Site Göçünde SEO Uzmanı Neden Baştan Masada Olmalı?

Site Göçünde SEO Uzmanı Neden Baştan Masada Olmalı?

Site yenileme projelerinde sahneye en geç çağrılan kişi genelde SEO’cudur. Tasarım onaylanmış, geliştirme bitmiş, yayın tarihi verilmiş; ancak canlıya geçmeden birkaç gün önce “bir de buna baksın” denir. O noktada yapılabilecek şey hasar tespitidir, önleme değil. Oysa bir site göçünde organik trafiğin ciddi bir bölümünü kaybetmek, kötü şansla değil, sırayla yapılmamış birkaç kontrolle ilgili. Ana sayfada yazdığım teknik konular içinde en pahalı hataların yaşandığı alan bu.

JumpFly’ın derlediği altı başlık, sahada gördüğüm tabloya birebir uyuyor. Aşağıda her birini Türkiye’deki projelerden tanıdığım hallerle birlikte açıyorum.

İçindekiler

• 1. Yönlendirme Haritası Olmadan Başlanan Göç
• 2. Canonical Karmaşası
• 3. Robots ve Noindex Kazaları
• 4. Sessizce Gelen Hız Gerilemesi
• 5. Yapılandırılmış Veri Kaybı
• 6. Göç Sonrası İzlemenin Olmaması
• Doğru Zaman Çizelgesi
• Göç Öncesi Veriyi Doğru Toplamak
• Sıkça Sorulan Sorular

1. Yönlendirme Haritası Olmadan Başlanan Göç

Eski adreslerin yeni adreslere tek tek eşlendiği bir harita olmadan yapılan her göç, binlerce bağlantıyı hata sayfasına düşürüyor. Yıllarca biriktirdiğiniz dış bağlantıların taşıdığı değer, bir gecede boşluğa akıyor.

Sık yapılan kestirme, tüm eski adresleri ana sayfaya yönlendirmek. Bu çözüm değil; arama motoru bunu “sayfa artık yok” sinyali olarak okuyor ve devredilen değer sıfıra yakın kalıyor. Her sayfa, en yakın karşılığına yönlenmeli.

Haritayı hazırlarken kaynak olarak sadece site haritasını kullanmayın. Tarayıcı çıktısı, sunucu günlükleri ve Search Console’daki adres listesini birleştirin; üçü birden bakıldığında unutulmuş ama hâlâ trafik alan adresler ortaya çıkıyor.

2. Canonical Karmaşası

Yeni yapıda canonical etiketleri yanlış kurulduğunda, arama motoru hangi adresin asıl olduğunu çözemiyor. Sonuç, aynı içeriğin birden çok adresle yarışması ve hiçbirinin hak ettiği yere gelememesi.

En sık rastladığım hata, tüm sayfaların canonical’ının ana sayfayı göstermesi — genelde şablon hatası. İkincisi, geliştirme alan adının canonical içinde kalması. İkisi de tek satırlık hata, sonuçları haftalar sürüyor.

3. Robots ve Noindex Kazaları

Geliştirme ortamında siteyi kapatan kural, canlıya olduğu gibi taşındığında site birkaç gün içinde dizinden düşüyor. Bu, göçlerde yaşanan en sert ve en hızlı hasar.

Korunmanın yolu basit: yayın anında tek bir kişi, tek bir kontrol listesiyle robots dosyasını ve rastgele seçilmiş on sayfanın etiketlerini kontrol etsin. Beş dakikalık iş, haftalarca sürecek toparlanmayı önlüyor.

Ek bir uyarı: bazı sistemlerde dizine kapatma işlemi geri alınırken arayüzden kaydedilmiyor. Kaldırdığınızı doğrulamadan geçmeyin.

4. Sessizce Gelen Hız Gerilemesi

Yeni tasarım genelde daha ağırdır: daha çok görsel, daha çok betik, daha çok üçüncü taraf aracı. Eski sitede yıllar içinde yapılmış optimizasyonlar yeni kurulumda sıfırlanıyor.

Göçten önce mevcut hız değerlerinizi kaydedin — ölçümü yönetici oturumu açıkken değil, normal ziyaretçi gibi yapın; aksi halde gerçek tablo görünmüyor. Yeni sitede aynı ölçümü tekrarlayıp karşılaştırın. Gerileme varsa yayına geçmeden çözün; sonra düzeltmek her zaman daha zor.

5. Yapılandırılmış Veri Kaybı

Eski sitedeki şema işaretlemeleri yeni şablona taşınmadığında zengin sonuçlar kayboluyor. Görsel olarak fark etmesi zor, ama tıklama oranındaki düşüş birkaç hafta içinde kendini gösteriyor.

Yeni bir boyut daha var: yapay zekâ tabanlı arama araçları için de yapılandırılmış veri okunabilirliği belirleyici. Şema kaybı artık yalnızca yıldızlı sonuç kaybı değil, cevap motorlarında görünmeme riski demek.

6. Göç Sonrası İzlemenin Olmaması

Göç, yayına alma günü bitmiyor. İlk otuz gün, hataların ortaya çıktığı ve düzeltmenin hâlâ ucuz olduğu dönem. Kapsam raporundaki hatalar, tarama istatistikleri ve sayfa bazlı performans günlük takip edilmeli.

Bu izlemeyi veriyle yapmanın yolu, göç öncesi ve sonrası performans verisini toplu olarak dışa aktarıp karşılaştırmak. Arayüzden bakmak yanıltıcı; sayfa bazında kimin kaybettiğini ancak ham veriyi yan yana koyduğunuzda görüyorsunuz. Log dosyası analizi yazısında anlattığım tarama verisi de bu dönemde çok işe yarıyor.

Doğru Zaman Çizelgesi

1. Göçten 6 hafta önce: SEO tarafı projeye dahil olur; mevcut durum verisi toplanır.
2. 4 hafta önce: Yönlendirme haritası çıkarılır, yeni yapı üzerinde adres planı onaylanır.
3. 2 hafta önce: Hazırlık ortamında tam tarama yapılır; etiketler, şema ve hız ölçülür.
4. Yayın günü: Robots, noindex, canonical ve yönlendirme örneklemesi kontrol edilir.
5. İlk 30 gün: Günlük kapsam ve performans takibi; 4., 8. ve 12. haftalarda karşılaştırmalı rapor.

Diğer teknik yazılar için SEO kategorisine bakabilirsiniz.

Göç Öncesi Veriyi Doğru Toplamak

Göç sonrası “kaybettik mi kazandık mı” tartışmasının sonuçsuz kalmasının tek nedeni var: kimse göç öncesi durumu düzgün kaydetmemiş oluyor. Arayüzde bakılan grafikler birkaç ay sonra karşılaştırma için yetmiyor; sayfa bazında ham veriye ihtiyacınız var.

Göçten en az otuz gün önce toplanması gereken asgari veri seti şöyle: tüm adresler için tıklama, gösterim ve ortalama konum; en çok trafik getiren yüz-beş yüz adresin listesi; en değerli sorgular ve bu sorgulardaki konumunuz; sayfa bazında son on iki aylık eğilim. Son madde önemli, çünkü mevsimsellik göç etkisiyle kolayca karıştırılıyor. Eylül’de düşen bir eğitim sitesi trafiğini göçe bağlamak, geçen yılın verisine bakmadan verilmiş yanlış bir karar olur.

Veriyi çekmek için arayüzün dışına çıkmak gerekiyor. Arama performansı verisini toplu almanın yolları var: tarama aracınızın performans entegrasyonunu kullanabilir, veriyi bir görselleştirme aracına bağlayabilir ya da doğrudan uygulama arayüzünden çekip tablo haline getirebilirsiniz. Hangisini seçtiğiniz önemli değil; önemli olan verinin adres bazında ve dışa aktarılmış olması.

Karşılaştırmayı da tek seferde değil, üç noktada yapın: dördüncü, sekizinci ve on ikinci hafta. İlk ölçümde görünen kayıpların önemli bir kısmı yeniden taranma tamamlanınca kendiliğinden kapanıyor. Üç ölçüm, gerçek kaybı geçici dalgalanmadan ayıran en pratik yöntem.

Son olarak, kaybı adres bazında sıralayın ve yalnızca ilk yirmiye odaklanın. Çoğu göçte kaybın büyük bölümü küçük bir sayfa grubundan geliyor; hepsini birden düzeltmeye çalışmak zamanı dağıtıyor.

Sıkça Sorulan Sorular

Göçte trafik düşüşü kaçınılmaz mı?

Kısa süreli dalgalanma normal; kalıcı ve büyük kayıp değil. İyi hazırlanmış göçlerde birkaç hafta içinde eski seviyeye dönülüyor, bazen üzerine çıkılıyor.

Adres yapısını da değiştirmeli miyim?

Zorunlu değilse aynı anda değiştirmeyin. Tasarım değişikliği ile adres değişikliğini aynı güne koymak, sorun çıktığında nedenini bulmayı imkânsızlaştırıyor.

Eski sayfaları ne kadar süre yönlendirmeliyim?

En az bir yıl, mümkünse kalıcı olarak. Yönlendirmeleri erken kaldırmak, taşınmış değeri geri veriyor gibi görünse de pratikte kayıp üretiyor.

Küçük bir sitede de bu kadar hazırlık gerekir mi?

Ölçek küçüldükçe süre kısalıyor ama adımlar aynı kalıyor. Otuz sayfalık bir sitede tüm kontrol listesi bir güne sığar.

Göç sonrası sıralamalar ne zaman oturur?

Site büyüklüğüne göre dört ila on iki hafta. Bu süre içinde panikle ek değişiklik yapmak, toparlanmayı geciktiren en yaygın hata.

Bir Adım Öne Geçmek İçin

Site göçü, dijitalde en yüksek riskli ve en çok ertelenen projelerden biri. Riski düşüren şey teknik yetenek değil, sıra ve zamanlama. SEO tarafını altı hafta önceden masaya oturtmak, sonradan kurtarma projesi yürütmekten hem ucuz hem hızlı.

Yaklaşan bir göç varsa süreci birlikte planlamak için SEO & SEM danışmanlığı kapsamında çalışabiliriz: hyturkyilmaz.com/iletisim

Kaynakça

JumpFly. (2026). 6 reasons why an SEO professional must be involved in a site migration. https://www.jumpfly.com/blog/6-reasons-why-an-seo-professional-must-be-involved-in-a-site-migration/